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(57) Abstract 



In a method and apparatus for processing documents (28) such as checks, a document reader such as a MICR reader 
(32) for example, and an imaging apparatus (73) are included along the document feed path (14) to generate MICR data 
and digitized image data for each document (28) passing thereby. A document (28) whose MICR data is read correctly is 
routinely sorted while a document (28) whoseMICR data for a field is missing, is directed to a reject pocket (23) having an 
encoder (13) associated therewith. The data needed to complete the missing field is obtained by an operator viewing an im- 
age of the document on a data entry terminal (128) while the associated document (28) is stored at the encoder (13). The 
data provided by the operator is printed by the encoder (13) on the associated document (28), thereby completing the miss- 
ing field. 
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APPARATUS AND METHOD FOR PROCESSING DOCUMENTS 

* 

Technical Field 

This invention relates to apparatus for 
processing documents, of the kind including transport 

5 means adapted to move documents having data fields en- 
coded thereon sequentially in a feeding direction along 
a feed path, reading means adapted to read data from 
said documents as they are fed, and diverting means 
adapted to divert to a reject area documents which fail 

10 to meet predetermined criteria for said data. 

The invention also related to a method of 
processing documents, of the kind including the steps of: 
moving said documents sequentially in a feeding direc- 
tion along a feed path, reading data from said documents 

15 as they are fed, and diverting to a reject area documents 
which fail to meet predetermined criteria for said data. 

The invention has a particular application 
where the documents are checks of the kind utilized in 
banking operations, and the apparatus for processing the 

2p documents is a reader/ sorter for such checks. 

Background Art 

Apparatus of the kind specified is known from 
U.S. Patent Specification No. 3,988,571, which discloses 
apparatus for sorting financial documents, wherein in- 
25 completely read documents are diverted into a reject 

pocket. Documents may be incompletely read due, for ex- 
ample, to poor encoding or printing, dirt, folding, etc. 
After sorting a batch of documents, the documents in the 
reject pocket are manually moved to a console where the 
30 operator visually observes the rejected documents in 
sequence and enters the correct data on a keyboard to 
complete the incomplete data. Thereafter, the rejected 
documents are again entered into the apparatus and the 
corrected data is extracted from a storage buffer and 
35 ink jet printed on to the documents. This known system 

has the disadvantage of being slow in operation, 
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Disclosure of the Invention 

It is an object of tlie present invention to 
provide apparatus of the kind specified wherein the 



10 



15 



20 



25 



30 



aforementioned disadvantage is alleviated. 

Therefore, according to one aspect of the 
present invention, there is provided apparatus of the 
kind specified, characterized by encoding means located 
adjacent said reject area and adapted to receive the 
rejected documents from said reject area and encode mis- 
sing data on to the rejected documents. 

According to another aspect of the present 
invention, there is provided a method of the kind speci- 
fied, characterized by the steps of developing data for 
a missing data field on the documents diverted to said 
reject area, locating encoding means adjacent to the 
reject area to receive the documents as they are diverted 
into said reject area, and encoding the corresponding 
completed data for each said document at said encoding 
means as obtained from said step of developing data* 

It will be appreciated that apparatus according 
to the invention has the advantage of operating in an 
on-line and concurrent manner, whereby rapid operation is 
achieved. In a preferred embodiment images of the docu- 
ments are captured on a first pass through a sorter. 
The images are utilized for data re-entry. The physical 
repair of missing fields of data on the rejected docu- 
ments is effected by an encoder located adjacent the 
reject area. A low-cost encoder for printing the data 
in the fields being repaired may be used. A further 
advantage is that the encoding means may be added to a 
conventional sorter as an "add-on" feature. 



Brief Description of the Drawings 

One embodiment of the present invention will 
now be described by way of example with reference to 
the accompanying drawings, in which: 



Figs. 1A and IB, taken together, show a sche- 
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matic view, in block form, of a system which depicts a 
preferred embodiment of this invention; 

Fig. 2 is a plan view of a document such as a 
check which is processed by the system shown in Figs. 1A 
5 and IB; 

Fig. 3 is a plan view, similar to Fig. 1A, 
showing additional details of an imaging device shown in 
Fig. 1A; 

Fig. 4 is a schematic diagram of the data 
10 capture file shown in Fig. 1A to show the organization 
of the packets of data therein; 

Fig. 5 is a schematic diagram similar to Fig. 
4, showing re-entered data; 

Fig. 6 is a schematic diagram of the document 
15 re-entry file shown in Fig. 1A, showing the organization 
thereof; w 

Fig. 7 is a plan view of a portion of the 
Missing Field Module shown in Fig. IB, showing a docu- 
ment storing or buffering device; 
20 Fig. 8 is a schematic diagram showing the 

remaining portion of the Missing Field Module shown in 
Fig . IB; and 

Fig. 9 is a cross-sectional view taken along 
the line 9-9 of Fig. 7 to show additional means for 
25 mounting and driving certain belts shown in Fig. 7. 

Best Mode for Carrying Out the Invention 

Figs. 1A and IB, taken together, show a pre- 
ferred embodiment of an on-line, concurrent, image- 
based, sorter-reject, re-entry and repair system of this 

30 invention which is referred to hereinafter as system 10. 
The system 10 includes a conventional reader/ sorter 
which is shown in a dashed rectangle and will be re- 
ferred to hereinafter as sorter 12 and a Missing Field 
Encoder which will be referred to hereinafter as MFE 13. 

35 The sorter 12 (Figs. 1A and IB) includes a 

document track 14 having a plurality of sorting pockets 
therein such as pockets 16, 18, 20, 22 and 23. In the 
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system 10, a "batch" of documents to be processed (such 
as 200-300 for example, in a batch) is placed in a stack 
24 next to the track 14, and a conventional feed mech- 



anism 26 is used to pick a document like 28 from the 
5 stack 24 and transfer it to the track 14 where a trans- 
port mechanism 30 associated with the feed mechanism 26 
moves the document at a constant velocity along the 
track 14. 



10 like 28 are checks and deposit slips, for example, which 
are processed in "batches" as previously described. As 
each document 28 is moved along the track 14, it is 
brought into operative relationship with a conventional 
magnetic ink character recognition (MICR) reader 32 

15 and/or a conventional optical character recognition 

(OCR) reader 34, which readers are positioned along the 
track 14. The reader 32 is positioned so as to read the 
MICR line 36 of data (Fig. 2) as the document 28 is 
moved thereby. The MICR line 36 may also be read opti- 

20 cally by the OCR reader 34, which is positioned slightly 
downstream from the MICR reader 32 along the direction 
of travel shown by arrow 38. The OCR reader 34 could 
also be used to process rejects from non-MICR coded 
documents such as "remittance slips" which are printed 

25 generally in plain or non-magnetic inks. At this point, 
it should be recalled from the earlier discussion 
herein, that the MICR line 36 on a document 28 contains, 
for example, the identification of the associated bank 
and routing number, customer's account number, and the 

30 monetary amount of the check. As a batch of documents 
28 is passed through the sorter 12, the MICR line 36 on 
each of the documents is read and the data read is 
utilized to sort the specific documents into the various 
sorter pockets 18-22, for example, with pocket 16 being 

35 the reject area or pocket for rejects of a first type, 1 
and with pocket 23 being the reject area or pocket for 
rejects of a second type. This aspect will be described^' 



In the embodiment described, the documents 



hereinafter. 
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The sort r 12 has a conventional document 
diverting mechanism (shown diagrammatically as a diver- 
ter 40, 40-1, and 40-2) associated therewith for diver- 
ting the documents like 28 into the various pockets 16- 
5 23 mentioned. The diverters 40, 40-1, and 40-2 are 

controlled by a pocket controller 42 which receives its 
sorting instructions from a data Application processor 
designated generally as 44 and shown in Fig. 1A. The 
application processor 44 utilizes the data read from the 
10 documents 28 in association with its application pro- 
grams to provide the sorting instructions to the pocket 
controller 42. 

The sorter 12 has conventional recognition 
circuits 46 (Fig. 1A) associated therewith, with circuit 
15 "A" or 46-1 being used for the MICR reader 32, and with 
circuit "B" or 46-2 being used for the OCR reader 34. 
The recognition circuits 46-1 and 46-2 interpret the 
data from their associated readers 32 and 34, respec- 
tively, and each produces a packet of information or 
20 data which will be described hereinafter. Separate 
packets of data may be sent to the data application 
processor 44 for use thereby, or a composite packet of 
data may be prepared by the recognition circuits 46 to 
be sent to the processor 44; however, for ease of il- 
25 lustration only a. packet of data derived from the MICR 
reader 32 will be described hereinafter. 

Continuing with the. example being discussed, 
this packet of data is routed to the application pro- 
cessor 44 via a conventional communication node 50 
30 associated with the sorter 12 and a conventional inter- 
face 52 associated with the application processor 44. 
The recognition circuits 46-1 and 46-2 also can deter- 
mine whether or not the data read is complete with 
regard to predetermined criteria. For example, if the 
35 packet of data is supposed to contain 30 MICR characters 
for each document 28 passing along the track 14, and one 
or more of these characters is or are missing, the 
packet of data will be tagged with a conventional code ____ 

OMPI 
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to indicate that a particular character is missing and 
to indicate its location in the packet of data, for 
example • 

The application processor 44 (Fig. 1A) which 

5 utilizes the packets of data from the recognition cir- 
cuits 46-1 and 46-2 includes interfaces 52, 54, 56, and 
58, read only memory (ROM) 60, random access memory 
(RAM) 62, a display such as a cathode ray tube (CRT) 64, 
a keyboard (KB) 66, a processor (MP) 68 and control and 

10 interface logic 70. The processing routines associated 
with the application processor 44 may reside in the ROM 
60 r however, the routines are loaded, more typically, in 
the RAM 62 from a disc or tape storage, for example, as 
part of a conventional start-up procedure. The CRT 64 is 

15 used to provide communication with an operator who uses 
the KB 66 to enter data or instructions. The control 
and interface logic 70 provides the interconnections 
among all the various components of the application 
processor 44 to enable it to function conventionally as 

20 an application processor. 

At this point, it should be pointed out that 
the sorter 12 has its own conventional , host-sorter 
controller 72 (Fig. IB) which controls the various 
components of the sorter 12 as is typically done. To 

25 simplify the drawing, individual control lines from the 
host-sorter controller 72 to its associated components 
such as the feed mechanism 26, for example, are not 
shown. The data application processor 44 performs 
functions associated with this invention, which func- 

30 tions will be described hereinafter. 

Assume for the moment, that a stream of docu- 
ments 28 from a batch is moving past the readers 32 and 
34, and that all data read is complete and correct and 
is transferred to the application processor 44* As each 

35 document 28 is moved along the track 14 past the reader 
32, for example, the associated packet of data associ- 
ated with that document 28 is utilized by the applica- 
tion processor 44 to decide into which pocket (18-22) of 
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the sorter 12 the document is to be diverted or sorted. 
The packet of data including, for example, account 
number, bank routing number, and monetary amount is then 
used by processor 44 along with its application programs 
to make a sort decision. This sort decision passes out 
the interface 54 to the pocket controller 42 which then 
actuates the appropriate diverter 40 to direct the 
document into the appropriate pocket 18-22. Various 
totals and proof /balance conditions for various groups 
of documents may also be calculated and stored as is 
done customarily in the reconciliation process. 

But in actual practice, documents 28 are not 
all read and sorted routinely as described in the pre- 
vious paragraph; there are document rejects which are 
15 not read correctly or completely, which shall be re- 
ferred to hereinafter as Type #1 Rejects, and there are 
also a few documents 28 on which the monetary amount of 
the document is completely missing, which shall be 
referred to" hereinafter as Type #2 Rejects. The Type #2 
20 Rejects which have their monetary fields completely 

missing will be directed through the MPE module 13 to 
have the monetary amount encoded thereon. This aspect 
will be discussed hereinafter. 

To assist in facilitating the re-entry and 
25 repair of rejected documents, the system 10 utilizes an 
imaging apparatus including an imaging device 73. The 
imaging device 73 may be conventional and is shown in 
schematic form in Fig. 1A and in more detail in Fig. 3. 
The imaging device 73 is positioned downstream from MICR 
30 and OCR readers 32 and 34 and is positioned in operative 
relationship with a document 28 as it is moved in the 
track 14 past the imaging device 73. The imaging device 
73 includes a glass window 74 which is positioned on a 
sidewall 14-1 of the track 14 to enable light from the 
35 light sources 76 and 78 to be directed by the associated 
light guides 80 and 82, respectively, on to a scanning 
line 84. The scanning line 84 is shown as a point in 
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Fig. 3, because Fig. 3 represents a top or plan view of 
the track 14. 

The top, long edge of the document 28 is 
viewed in Fig. 3, and in normal operation, the document 

5 is moved on its lower, long edge,- with the front of the 
document 28 facing the imaging device 73 as it is moved 
thereby; the scanning line in this environment is ori- 
ented in a vertical direction. As a document 28 is 
moved past the scanning line 84, the right-most edge of 

10 the document 28 (as viewed in Fig. 3) is illuminated by 
the sources of light 76 and 78, and light reflected 
therefrom through the window 74 is focused by a suitable 
lens system 86 on to the imaging sensor array 88. In 
the embodiment described, the array 88 may be of a type 

15 which produces a fixed number of picture elements or 
pixels along the scanning line 84. One such array 88, 
such as RL-1024B which is manufactured by Reticon Cor^ 
poration, for example, produces 1024 pixels along the 
scanning line 84, although only 640 pixels are utilized 

20 to meet the resolution requirements of the embodiment 
described herein. As the document 28 is moved in the 
downstream direction shown by arrow 38, a new area of 
the document is presented to the scanning line 84 which 
produces a new set of 640 pixels therealong. Each pixel 

25 from the sensor array 88 has an associated analog, gray- 
scale value which is converted or digitized by the 
processing circuitry 90 to produce, for example, a six 
bit byte of data for each pixel, thereby recording 64 
shades of gray ranging from white to black. As the 

3.0 scans are completed, a stream of bytes of data is issued 
from the processing circuitry 90. Because this aspect 
is conventional, it need not be described in any further 
detail . 

The stream of bytes of data or pixels from the 
35 scanning line 84 (Fig. 3) of the "image" of a document 
28 is further processed by having the output of the 
processing circuitry 90 fed into an enhancer 92, whose 
output, in turn, is fed into a compressor 94. The 
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enhancer 92 is conventional and is a circuit which is 
used to lirainate unn cessary background information and 
to make the pertinent data stand out from background 
information, for example. The compressor 94 is a con- 
ventional circuit which receives the enhanced data from 
the enhancer 92 and eliminates that data which is "mean- 
ingless" or redundant and thereby "compresses" the 
remaining data to produce compressed, digitized- image 
data which reduces the amount of transmission time 
necessary to transmit the data associated with an image 
of a document 28 and which also reduces memory storage 
requirements. The output of the compressor 94 is fed to 
a conventional communication node 96 (Fig. IB) whose 
output is coupled to an interface 98 which is part of an 
15 image data selector switch 100. The selector switch 100 
is part of a means 102 (Fig. IB) for completing data 
associated with a document 28 which is rejected; this 
aspect will be covered in detail hereinafter. 

For the moment, it is sufficient to state that 
the imaging device 73 records the image of each document 
28 passing thereby; however, if the packet of data about 
a document 28 is complete as read by the MICR reader 32, 
for example, the image data associated with this docu- 
ment is purged or eliminated. If the packet of data 
25 about a document 28 is incomplete as read by the MICR 
reader 32, for example, the image data associated with 
this document is retained so as to facilitate completion 
of the data by the means 102 (Fig. IB) for completing 
data which will be described hereinafter. 
30 Continuing with the example for which the data 

read from each document 28 is complete, each of the 
associated packets of data from the recognition circuits 
46 is forwarded serially to the data application pro- 
cessor 44 (Fig. IB) via the communication node 50 and 
35 the interface 52. The data application processor 44, 
through its control and int rface logic 70 and the 
int rface 58, forwards each of th packets of data to a 
memory storage or a data capture file 104. The packets 



20 
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of data are placed sequentially in the file 104 as 
shown schematically in Fig. 4. For example, the solid 
line 106 represents a complete packet of data for a 
first document 28, and the dashed line 108 represents an 

5 incomplete packet of data for the next document 28 moved 
along the track 14 as determined by the recognition 
circuits 46. 

Dashed line 108 (Fig. 4) represents the first, 
rejected document 28, and dashed line 110 represents the 

10 second, rejected document from the stack 24 in the 

example described. As earlier stated, the packet of 
data is tagged or flagged by the recognition circuits 46 
in a way which indicates the "character or characters" 
which are missing or unreadable for the Type #1 Rejects 

15 earlier described herein, and the packet is tagged or 
flagged in a way which indicates that the entire mone- 
tary amount is missing for the Type #2 Rejects. Type #1 
Rejects will be diverted into reject pocket 16 by diver- 
ter 40-1, and Type #2 Rejects will be diverted into 

20 pocket 23 by diverter 40-2. 

Following the packet of data for reject #2 
(dashed line 110), there are several lines grouped in 
bracket 112 (Fig. 4) to represent packets of data which 
are complete, and dashed line 114 represents an incom- 

25 plete packet of data for the third rejected document 28 
or reject #3. The documents 28 corresponding to the 
packets of data which are complete and shown by line 106 
and bracket 112 are sorted into the appropriate pockets 
18-22 (Fig. IB) according to the particular application 

30 program associated with the application processor 44, 
and the documents 28 corresponding to the packets of 
data which are associated with documents 28 of Types #1 
and #2 Rejects, as shown by dashed lines 108, 110, and 
114 in Fig. 4 are routed to the reject pockets 16 and 

35 23, respectively. While the application program for 

controlling the sorting of the documents 28 may reside 
in the ROM 60 of the data application processor 44, it 
is loaded, typically, from a disc unit or a tape cas- 
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sette (not shown), for example, into the RAM 62 (Fig. 
IB) . The KB 66 on the data application processor 44 may 
be used to initiate or control the loading of the appli- 
cation program or programs. The sorting instructions 
5 from the application program being used are routed from 
the application processor 44 through its interface 54 to 
the pocket controller 42 of the sorter 12 as previously 
explained. 

It should be pointed out that due to the speed 

10 of the documents 28 being moved along the document track 
14, a particular document 28, after moving past the MICR 
and OCR readers 32 and 34, will have been moved past the 
imaging device 73 before its status with regard to its 
data read being complete or Type #1 or Type #2 Rejects 

15 is determined. Accordingly, the images of all documents 
28 passing along the track 14 are obtained and routed to 
the -image data selector switch 100 via the communication 
node 96 as previously mentioned. 

The data selection switch 100 (Fig. IB) is 

20 conventional and may include standard CMOS integrated 
cross-point, selector switches such as those manufac- 
tured by RCA Corporation, for example. The switch 100 
also includes a memory or image buffer 116 which func- 
tions on a first- in, first-out or FIFO basis, with each 

25 section like section #1, #2 through N being used to 

store data representing a compressed image of a docu- 
ment 28. The switch 100 is controlled by a data re- 
entry processor which is designated generally as 118 
(Fig. 1A), and this processor 118 is operatively coupled 

30 to the data application processor 44 and the data selec- 
tor switch 100 to facilitate the completing of data at 
the means 102 for completing data (Fig. IB) as will be 
described later herein. 

The re-entry processor 118 (Fig. 1A) includes 

35 the two-way interface 120 by which the re-entry proces- 
sor 118 communicates with the data application processor 
44, an interface 122 by which the re-entry processor 118 
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transfers data to the switch 100 via its associated 
interface 124, and an interface 126 which is a two-way 
interface between the re-entry processor 118 and a 
plurality of data entry terminals such as 128 and 130 

5 which are part of the means 102 for completing data. 

The re-entry processor 118 also includes a control and 
interface logic 132, ROM 134, RAM 136 and MP 138 which 
are conventionally organized as shown. 

It should be recalled that the application 

10 processor 44 sends instructions to the pocket controller 
42 to control the disposition of the documents 28 into 
the various sorter pockets 16-23. Those documents 28 
having a complete packet of data are sorted in pockets 
18-22, for example, and those documents 28 which are 
- 15 classed as Type #1 Rejects and Type #2 Rejects are 

routed to the reject pockets 16 and 23, respectively. 
At the same time that the sorting data is sent to the 
pocket controller 42, the status of each of the packets 
of data, i.e., whether complete or Type #1 Reject or 

20 Type #2 Reject, is sent from the data, application pro- 
cessor 44 to the re-entry processor 118 via the inter- 
face 120. For example, from the packets of data in the 
data file 104 in Fig. 4, an indication that the packet 
of data (line 106) is complete is forwarded to the re- 

25 entry processor 118, and the first and second partially 
completed packets of data (lines 108 and 110) are for- 
warded to the re-entry processor 118 as rejects #1 and 
#2 and stored, for example, in the RAM 136. While 
processing is being effected by the data application 

30 processor 44, the digitized image data resulting from 
the imaging device 73 is forwarded to the image buffer 
116 (Fig. IB) as previously explained. For example, 
compressed, image data for the first document 28 in the 
stack 24 may be positioned in the location #1 in the 

35 image buffer 116, and compressed, image data for the 

second document 28 is placed in location #2 in the image 
buffer 116, etc. In the example described, the image 
data in location #2 in the image buffer. 116 corresponds 
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to the first reject document whose packet of data is 
incomplete in the data capture file 104 (Pig. 4) and is 
represented by line 108 therein. Shortly after the 
documents 28 have passed the MICR and OCR readers 32 and 

5 34, and the imaging device 73, the data application 

processor 44 will have received the complete/incomplete 
status (and Type #1 Reject and Type #2 statuses) with 
regard to the MICR line of data, for example. This 
status data is forwarded from the data application 

10 processor 44 to the re-entry processor 118 via inter- 
faces 56 and 120 as previously mentioned. Using this 
status data, the re-entry processor 118 makes a decision 
to purge or retain, respectively, the compressed image 
data in the image buffer 116 for the corresponding 

15 document 28. Based on typical, sorter-reject rates, 
approximately 2% of the "images" of the documents 28 
will be retained in the image buffer 116 because they 
will correspond to rejected documents. 

These images of the rejected documents 28 

20 remain in the image buffer 116 (Pig. IB) only as long as 
it takes one of the data entry terminals like 128 and 
130 to become available. Terminal 130 is identical to 
terminal 128; therefore, a description of only terminal 
128 will be given. 

2 5 The terminal 128 (Fig. IB) is a conventional, 

semi-intelligent device which includes a display such as 
a high-resolution, cathode-ray tube (CRT) 140 and an 
entry keyboard (KB) 142. The terminal 128 also includes 
an interface 144 for receiving compressed image data 

30 from the selector switch 100, a decompressor 146 for 
decompressing the image data to enable it to be viewed 
on the CRT 140, a bi-directional interface 148 for 
receiving data from the re-entry processor 118 and for 
sending data thereto, a ROM 150, a RAM 152, a MP 154, 

35 and interface and control logic 156 for interconnecting, 
conventionally, the various components included in the 
terminal 128. 

Continuing with the example given, if terminal 
128 is availabl , the compressed image data in location,, 
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#2 of the image buffer 116 (for the first rejected 
document 28) is forwarded to the terminal 128 via the 
interface 144 , and thereafter it is decompressed by the 
decompressor 146 for viewing on the CRT 140 • The re- 
entry processor 118, at this time, also forwards the 
corresponding line 108 (Pig. 4) of incomplete data to 
the terminal 128 via the interface 148. This line 108 
of incomplete data is also displayed on the CRT 140 to 
indicate to the operator of the terminal 128 what has 
been obtained previously via the MICR reader 32, for 
example. The re-entry processor 118 has sufficient con- 
ventional routines located in either the ROM 134 or RAM 
136, for example, to correlate a line of incomplete data 
like line 108 with the corresponding compressed image 
data (like reject #1 in location #2 of the image .buff er 
116) and have them delivered to the CRT 140 for viewing 
by an operator. In addition, the re-entry processor 118 
may highlight the missing character or characters on the 
line of incomplete data like 108 by pointing to it or to 
them with an arrow, for example, on the CRT 140. The 
operator then looks at the image of the document 28 on 
the CRT 140 and enters on the KB 142 the missing data. 
When the missing data is entered completely, the oper- 
ator then actuates a transfer key 158 on the KB 142 to 
transfer the completed line 108-1 of data via the inter- 
face 148, the re-entry processor 118, the application 
processor 44 and the interface 58 to the data capture 
file 104 and a document re-entry file 158 (Fig. 1A) . 
Fig. 5 shows the data capture file 104 after re-entry, 
with the now-completed line 108-1 of data in the loca- 
tion where the corresponding, partially-completed line 
108 of data existed in Fig. 4. Note that the line 106 
of data and those lines of data included in bracket 112 
which were initially complete remain as complete lines 
of data in their original locations. 



organization shown in Fig. 6, contains the completed 
lines of data for those documents 28 which were rejected 



The document re-entry file 158, having the 
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initially as having incomplete lines of data for Type #1 
and Type #2 Rejects. In the example b ing described, 
only the line 108-1 of now-completed line 108-1 would be 
added to the file 158 at this time. 

5 After the successful re-entry of data asso- 

ciated with the line 108-1 of data as described, the 
data entry terminal 128, which handled the transaction, 
is purged of the data associated with that document. 
Also with regard to purging, as soon as the compressed 

10 image data from location #2 of the image buffer 116 is 
sent to entry terminal 128 for the completing of the 
line 108 of data already described, the location #2 in 
the image buffer 116 is "purged" of data, or stated 
another way, the location #2 becomes available to be 

15 overwritten with compressed, digitized data for another 
rejected document 28. Because location #1 of image 
buffer 116 relates to a document 28 having complete 
data, it would also be purged. 

During the time that an operator is completing 

20 the line 108 of data just described, a second operator 
at the entry terminal 130 (Pig. IB) receives the com- 
pressed, digitized data from location #3 in the image 
buffer 116: it should be recalled that in the example 
described, location #3 now contains the line 110 of data 

25 associated with the second reject #2 as seen from Fig. 

4. The operator at terminal 130 then completes the data 
for line 110 as described in relation to terminal 128. 
After the line 110 (Fig. 4) of incomplete data is com- 
pleted as discussed in relation to line 108, it becomes 

30 completed line 110-1 of data which is transferred to and 
is located in the data capture file 104 and the document 
re-entry file 158 as shown in Figs. 5 and 6, respective- 
ly. The terminal 130 is then purged of the data associ- 
ated with the line 110 and the associated image data and 

35 is ready to receive data associated with the next rejec- 
ted, document 28. This process is repeated until all the 
documents 28 in the stack 24 have been processed by the 
sorter 12. 
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To summarize, those documents 28 which are 
complete and are read routinely by the MICR and OCR 
readers 32 and 34 of the sorter 12 are sorted into the 
appropriate pockets 18-22 according to application 

5 programs associated with the data application processor 
44. Those documents 28 for which the data read is 
incomplete as represented by Types #1 and #2 Rejects are 
diverted to the reject pockets 16 and 23, respectively, 
at this stage of the explanation of the invention* 

10 The re-entered or completed data for these rejected 

documents is obtained in connection with the data entry 
terminals 128 and 130, for example, and this completed 
data is transferred to the data capture file 104. This 
completed data is used to create the document re-entry 

15 file 158 (Fig. 6) which, in effect, is a listing of the 
rejected documents 28. 

It should also be noted that for the Type #2 
Rejects which are diverted into the reject pocket 23, 
the MFE module 13 is utilized to encode the monetary 

20 amount Qn these rejects as soon as the data is completed 
at terminals 128 and 130. The Type #1 Rejects in reject 
pocket 16, which have incomplete data thereon, remain in 
the pocket 16 until the batch of documents is completely 
processed through the sorter 12. 

25 The MFE module 13 is shown in more detail in 

Figs. 7 and 8, and the module 13 includes a means for 
buffering the flow of documents 28 from the sorter 12 to 
the encoder 160 and for storing them, with this means 
being referred to hereinafter as buffer 162. Any conven- 

30 tional means for buffering may be used. 

The buffer 162 (Fig. 7) has a support plate 
164 which is positioned in a horizontal plane in the 
embodiment described. A converging track composed of 
side walls 166 and 168, upstanding from the support 

35 plate 164, is used to direct a document 28 from the 

reject pocket 23 (Fig. IB) to the entrance area 170 of 
the buffer 162. The buffer 162 also includes a wide, 
endless belt 172 which is mounted on pulleys 174, 176, 
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178, 180, 182 and 184 as shown, with pulley 180, for 
example, being driven by motor 186 (by conventional 
drive means 188) to move the belt 172 in the direction 
of arrow 190. Pulleys 174 and 184 are rotatably mounted 
on rods which are perpendicularly upstanding from the 
support plate 164 while pulleys 176 and 178 are mounted 
on a generally-rectangular, moveable plate 192. The 
moveable plate 192 is secured at one side 193 to a 
linear or sleeve bearing 194 by an arm or bracket 196. 
The sleeve bearing 194 is slidably mounted on a rod 198 
having one end fixed to a mounting block 200 which is 
secured to the support plate 164. The side of moveable 
plate 192 opposite to side 193 has a rotatable wheel 202, 
depending from the lower side thereof, to enable the 
moveable plate 192 to be supported and reciprocated 
along the directions shown by double arrow 204. The 
moveable plate 192 is moved along the directions of 
double arrow 204 to accommodate varying amounts of 
documents 28 which are stored in the document stack 206. 
in this regard, pulley 182 is rotatably mounted on one 
end of an arm 208 whose remaining end is pivotally 
supported on a rod 210 upstanding from the support plate 
164. A tension-type spring 212, having one end secured 
to the arm 208, passing around upper pulley 214, and 
having the remaining end secured to the bracket 196 
keeps the tension on the belt 172 relatively constant as 
the size of the document stack 206 changes, due, for 
example, to documents entering the stack 206 at a rate 
faster or slower than they are withdrawn therefrom. A 
second, tension-type spring 216, having one end secured 
to the mounting block 200, passing around lower pulley 
218, and having the remaining end secured to bracket 196 
maintains a bias on the stack 206 to urge it in a direc- 
tion towards the bottom of Fig. 7. The pulleys 214 and 
218 are rotatably mounted on a rod 220 which is perpen- 
dicularly upstanding from the support plate 164. A 
third tension spring 222, having one end secured to the 
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support plate 164, passing around pulley 224, and having 
the remaining end secured to a block 226, which in turn 
is secured to the moveable plate 192, maintains an 
equalizing bias on the left side (as viewed in Fig. 7) 

5 of moveable plate 192 to enable the sleeve bearing 194 

to slide freely on the rod 198. Pulley 224 is rotatably 
mounted on a rod 228 which is perpendicularly upstanding 
from support plate 164. 

As previously mentioned, the moveable plate 

10 192 (Fig. 7) is utilized to accommodate the varying 

amounts of documents 28 in the stack 206. The pulley 
176 is rotatably mounted on rod 230 which is perpen- 
dicularly upstanding from the moveable plate 192. 

Pulley 178 (Fig. 7) is actually a cylindri- 

15 cally-shaped pulley which is fixed to shaft 232 to 

rotate therewith as is seen best in Fig. 9. The shaft 
232 has one end which is rotatably mounted and retained 
in a bearing 234 which is secured to the moveable plate 
192. An upper roller 236 and a lower roller 238 are 

20 mounted on opposed sides of roller 178 and are fixed to 
the shaft 232 to be rotated thereby whenever the roller 
178 is rotated. An "0 M -ring-type, endless belt 240 is 
mounted on the pulley 236, on pulley 242, and on pulley 
244 in the general orientation shown in Fig. 7. Pulley 

25 242 is rotatably mounted on a rod 246 which is upstand- 
ing from the moveable plate 192, and pulley 244 is simi- 
larly mounted on a rod 247. While only one pulley 242 
and one pulley 244 are shown in Fig. 7, an additional 
pulley at each location is used to enable the endless 

30 belts 240 and 248 to be supported as shown in Fig. 9. 

The belt 172 lies between the endless belts 240 and 248 
and is used to drive them in a direction which moves or 
aligns the documents 28 in the stack 206 towards the 
side wall 250 (Fig. 7). The two rollers like 244 and 

35 the rollers 236 and 238 along with endless belts 240 and 
248 apply a resilient bias to the stack 206 to urge the 
stack towards the end wall 252. A suitable time-out 
circuit (not shown) could be us d to shut off the motor 
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186 after a predetermined amount of elapsed time after a 
document 28 enters the entrance area 170 to minimize the 
"scrubbing" action by endless belts 240 and 248 on the 
documents 28 in the stack 206, 

5 After a document 28 enters the entrance area 

170 (Fig. 7)/ it is transported between the wide belt 
172 and idler rollers like 254 and 256 which are rotat- 
ably supported in the side wall 258. A deflector plate 
260, which is secured to the block 226 to move with the 

10 moveable plate 192 , is used to deflect the documents 28 
towards the endless belts 240 and 248. A document 
bowing member 262 is secured to the block 226 and has a 
finger end 264 which is located at a height equal to 
approximately half the height of a document 28 to bow 

15 the document 28 so as to put a concave bend along its 
height for the entire length of the document as it is 
moved thereby. The bowing of the document 28 "stiffens" 
it so that it can be extended without collapsing to 
contact the belts 240 and 248 and be moved by them into 

20 the stack 206. 

The documents 28 in the stack 206 (Fig. 7) 
rest against a plate 266 which is under the control of a 
solenoid 268. The plate 266 is suitably apertured to 
enable a rotating "jogger" 270 to settle and adjust the 

25 documents 28 in the stack 206 and to enable a pick-off 
belt 272 to pick the first document 28 in the stack 206 
when the solenoid 268, for example, is de-energized, 
thereby permitting the plate 266 and the stack 206 to 
move towards the end wall 252. When the solenoid 268 is 

30 energized, it moves the plate 266 and the stack 206 away 
from the pick-off belt 270 to prevent the feeding of 
documents 28 from stack. The pick-off belt 272 is 
mounted on rollers 274 and 276, and a stripper roller 
278 prevents more than one document at a time from being 

35 withdrawn from the stack 206. 

A document 28 which is picked from the stack 
206 (Fig. 7) is moved into the document track 280, which 
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is shown in schematic form in Pig. 8, where a suitable 
document drive means shown schematically as a roller 282 
is used to move the documents along the track 280. The 
jogger 268, pick-off belt 272 and stripper roller 278 

5 may be driven conventionally by suitable connecting 

means from motor 186, for example, or a separate motor 
(not shown) therefor may be provided. When there are no 
more documents 28 in the stack 206, a light and sensor 
combination 284, in cooperation with a reflective sur- 

10 face 286 secured to the moveable plate 192, is used to 

indicate this fact to the encoder processor 288 shown in 
Fig. 8. The encoder processor 288 controls the buffer 
162 and the encoder 160 as will be described herein- 
after. 

!5 The encoder processor 288 (Fig. 8) includes an 

interface 290 for coupling the encoder processor 288 
with the interface 292 of the application processor 44 
(Fig. 1A). The interface 294 (Fig. 8) represents col- 
lective interfaces for coupling the encoder processor 

20 288 with the document buffer 162; these include the 

control of motor 186, the solenoid 268 and the pick-off 
belt 272, and the receiving of signals from various 
sensors (not shown) placed at various positions in the 
buffer 162, such as at entrance area 170 and exit area 

25 296, to enable the buffer .162 to function in a conven- 
tional manner. The encoder processor 288 also includes 
an interface 298 for coupling the encoder 160 therewith 
and an interface 300 for coupling the processor 288 with 
an optional MICR reader 302. An additional interface 

30 304 is utilized to couple the various document-position 
detectors 306 arid 308, for example, with the encoder 
processor 288. The processor 288 also includes a ROM 
312, RAM 314, and processor (MP) 316 which are all 
conventionally interconnected by the control and inter- 

35 face logic 318 to enable the encoder processor 288 to 
function. as what is considered an "intelligent" ter- 
minal • 
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To summarize, the Type #2 Reject documents are 
diverted into the reject pocket 23 (Fig. IB) in the 
order in which they appeared in stack 24 (Fig. 1A) and 
they accumulate in stack 206 in the buffer 162 L 



The means for completing data 102 (Fig. IB) is 
utilized to complete the data for the Type #1 and Type 
#2 Rejects, and the completed data for the rejected 
documents exists in the updated data capture file 104 
(after re-entry or data completion as shown in Fig. 5) 
10 and/or in the document re-entry file 158. Because the 
completed data in the files 104 or 158 is in the same 
general order as was the order of documents in the stack 
24, the matching of completed data with the correspond- 
ing physical document 28 from the stack 206 in the 
15 buffer 162 is simplified. It should also be noted that 
the data in the files 104 or 158 (Fig. 1A) is also 
tagged as being a Type #1 Reject or Type #2 Reject. 

Assume that the data on line 108-1 in Fig. 6 
of the re-entry file 158 is, for example, for a Type #2 
20 Reject, which is now complete. The application proces- 
sor 44 then forwards the data on line 108-1 from the 
file 158, via the application processor 44 (Fig. 1A) to 
the RAM 314 of the encoder processor 288 (Fig. 8). The 
processor 288 then "actuates" the solenoid 268 of the 
25 buffer 164 to enable the picker belt 272 to pick the 

first document 28 from the stack 206 to move the docu- 
ment towards the exit area 296 (Fig. 7) where it is 
picked up and moved by the document transport shown by 
roller 282 (Fig. 8) in the document track 280. The 
30 sensor 306 positioned along the track 280 detects the 

leading edge of the document 28 and indicates this fact 
to the encoder processor 288. If the optional MICR 
reader 302 is utilized, it would be energized to read 
the MICR line on the document and forward this read data 
35 to the encoder processor 288 which compares at least a 
portion of the just- read MICR data with' that which is 
stored in the RAM 314 to make sure that the monetary 
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amount to be printed or encod d on the document by the 
encoder 160 will be printed on the correct document 28* 
However, because the documents 28 remain iii the same 
order as the corresponding data in the document re-entry 
file 158 (Fig. 1A) for example, the use of the MICR 
reader 302 is not absolutely necessary. 

As the document 28 moves along the track 280, 
a second sensor 308 (Fig. 8) indicates that the leading 
edge of the document is approaching the conventional 
encoder 160 where the monetary amount from the encoder 
processor 288 is encoded or printed in MICR ink, for 
example, on the document. After encoding, the document 
28 is deflected into a pocket 318 of completed or "re- 
paired" documents by a deflector 320 under the control 
15 of the encoder processor 288* If, for some reason, the 
encoder processor 288 decides not to have the encoder 
160 print the monetary amount on a document 28, as for 
example due to the data from the optional reader 302 not 
comparing favorably with the data obtained from the re- 
20 entry file 158, that particular document may be deflec- 
ted into an optional reject pocket 322 by the deflector 
324 which is also under the control of the encoder 
processor 288. The remaining documents 28 in the stack 
206 are encoded in the same manner. 
25 f~"~~'~ In order to complete the physical re-entry of 

/ the documents 28, those Type #1 Reject documents 28 
which are in the reject pocket 16 (Fig. IB) of the 
sorter 12 and the Type #2 Rejects which are in pockets 
318 and 322 of the MFE module 13 (Fig. 8) are removed 
30 I therefrom (but are kept in the same order) and are 

I placed in a stack like 24 to be moved through the sorter 
j 12 in a second pass therethrough. These rejected docu- 
j ments 28 are moved sequentially past the MICR and OCR. 
readers 32 and 34 in an attempt to re-read them. There 
is a great probability that these rejected documents 28, 
again, will not be read completely r however, for what- 
ever portion of data is read, a data matching attempt by 
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the data application processor 44 can be made for that 
portion which is read to determine whether or not the 
rejected documents 28 are in the right order as they 
appear in the document re-entry file 158. While these 

5 documents 28 would normally be sorted into the reject 

pocket 16, for example, because the associated data read 
is incomplete, the completed data therefor now exists in 
the updated data capture file 104 (Fig. 5) and/ or in the 
document re-entry file 158 (Figs. 1A. and 6), and this 

10 completed data is used by the data application processor 
44 to instruct the pocket controller 42 to divert or 
sort the rejected documents 28 into the appropriate 
pockets 18-22, in the example described. 

The completed data which exists in the data 

15 capture file 104 (Figs. 1A and 5) may be used for the 
various reconciliation procedures such as balancing of 
totals, updating accounts, etc., usually encountered ia — 
the banking operations discussed earlier herein. An- 
other feature of the system 10 is that the document re- 

20 entry file 158 may be used to provide a list of docu- 
ments 28 having potential "mis-read" problems to banks 
which must handle the documents 28 in subsequent, 
routine, banking operations, i.e. the transit items. 

Some additional general comments appear ap- 

25 propriate. A sorter 12 of the type selected to portray 
the preferred embodiment of this invention, may be, for 
example, of type #6780 which is manufactured by NCR 
Corporation of Dayton, Ohio. This sorter has a through- 
put of about 1400 documents per minute for documents 

30 having a length of about six inches. With a typical 
reject rate of 2% of the documents 28 having " incom- 
plete" data, a maximum or worst reject rate of about 
twenty eight documents per minute can be anticipated. 
This reject rate is well within the capability of oper- 

35 ators working at the data entry terminals 128, 130 in 
Fig. IB. For example, proof-machine operators who key 
in the entire monetary amount fields have been measured 
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at keying-rates of 65 documents per minute in a burst 
mode, and they can sustain rates of 25-35 documents per 
minute for a regular working day. Accordingly, a reject 
rate of 2% or about 28 documents per minute would appear 
to be handled quite readily with 2 data entry terminals 
like terminal 128, 

Of the total of approximately 28 documents- 
per-minute, reject rate for Type #1 and Type #2 rejects 
as described herein, about 10% of the total relates to 
Type #2 rejects which have the monetary amount completely 
missing from the documents. This translates into 10% of 
28 documents per minute or approximately 3 documents per 
minute for Type #2 rejects. A relatively slow, inex- 
pensive encoder 160 handles this rate of Type #2 rejects. 
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CLAIMS s 

1. Apparatus for processing documents, 
including transport means adapted to move documents (28) 
having data fields encoded thereon sequentially in a 
feeding direction along a feed path (14), reading means 

5 (32, 34, 46) adapted to read data from said documents 

(28) as they are fed, and diverting means (40-2) adapted 
to divert to a reject area (23) documents which fail to 
meet predetermined criteria for said data, character- 
ized by encoding means (13) located adjacent said reject 

10 area (23) and adapted to receive the rejected documents 
from said reject area (23) and encode missing data on 
to the rejected documents (28). 

2. Apparatus according to claim 1, charac- 
terized in that said encoding means (13) includes a 
printer (160) which prints data on said rejected docu- 
ments while they are located at said encoding means (13). 

3. Apparatus according to claim 2, charac- 
terized in that each of said rejected documents has a 
missing data field thereon, and by data development means 
(116, 128) adapted to supply data for said missing data 

5 field to said printer (160). 

4. Apparatus according to claim 3, charac- 
terized in that said reading means (32, 34, 46) is adapted 
to determine which of said documents (28) has a said 
missing field, and to provide complete and incomplete 

5 signals for documents (28) with no missing field and for 
documents (28) having said missing field, respectively. 

5. Apparatus according to claim 4, charac- 
terized in that said encoding means (13) includes docu- 
ment storage means (162) adapted to store documents (28) 
as they are received and to deliver the documents (28) 

5 to said printer (160) on a first-in, first-out basis. 

OM PI 
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6. Apparatus according to claim 5, character- 
ized by processing means (44) including data storage 
means (104, 158) adapted to store data read from said 
documents (28) and to enable the data read to be distin- 

5 guished as complete or incomplete with regard to the 

associated documents (28); by imaging means (73) posi- 
tioned along said feed path (14) downstream from said 
reading means (32, 34, 46) and adapted to produce digi- 
tized image data of each said document (28) passing 

10 thereby; and in that said data development means (116, 

128) includes a memory (116) adapted to store said digi- 
tized image data, display means (140) and data entry 
means (142), whereby the missing data for a document 
(28) having a said incomplete signal associated there- 

15 with is viewed on said display means (140) together with 
an image of said document (28) derived from the associ- 
ated image data read from said memory (116), thereby 
enabling the entry of the missing data via said data 
entry means (142) and the transfer of the missing data 

20 to said storage means (104, 158) via said processing 

means (44), the stored missing data being subsequently 
transferred from said storage means (104, 158) to said 
encoding means (13) to encode documents (28) having a 
missing data field. 

7. A method of processing documents, inclu- 
ding the steps of: moving said documents (28) sequen- 
tially in a feeding direction along a feed path (14), 
reading data from said documents (28) as they are fed, 

5 and diverting to a reject area (23) documents (28) which 
fail to meet predetermined criteria for said data, 
characterized by the steps of developing data for a 
missing data field on the documents (28) diverted to 
said reject area (23), locating encoding means (13) adja- 

10 cent to the reject area to receive the documents as they 
are diverted into said reject area (23)/ and encoding 
th corresponding completed data for each said document 
at said encoding means (13) as obtained from said step 
of developing data. 
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8. A method according to claim 7, charac- 
terized by the steps of storing the data read from docu- 
ments (28) in storage means (104, 158) so as to enable 
the data read from said documents (28) to be distinguished 

5 as complete or incomplete with regard to the associated 
documents (28), imaging said documents (28) after said 
reading step while being moved along said feed path (14) 
so as to provide digitized image data for each said 
document (28), said step of developing data being initi- 

10 ated after said step of diverting and including the 

steps of utilizing the associated data from said reading 
step and the associated digitized image data from said 
imaging step to produce completed data for the associated 
document (28) and storing the completed data in said 

15 storage means (104, 158). 

9. A method according to claim 7, character- 
ized in that said step of encoding is effected using 
magnetic ink . 
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